tuto boot

Tu entends quoi par autoRCM? Et donc tu veux dire que la méthode de ce thread est "safe" pour avoir sa console clean derrière (juste à l'éteindre/rallumée) car elle n'écrit rien dans la console et donc ne laisse aucune trace? Contrairement au SX PRO ou là ça écrit dedans? Désolé mais je préfère bien comprendre. ^^"

Sinon là j'ai ma Switch, et après 10 try de trombone ça passe toujours pas, mais je persiste.

EDIT: j'ai réussi le tuto jusqu'à un point, j'ai bien boot en RCM le soft dit RCM OK, je fait inject payload, je met le payload.bin, sur la switch ça fait genre un écran blanc qui devient noir, le mode "blade" apparait et la console reboot, à priori là en allant dans album je devrait avoir un genre de hombrew laucher mais j'ai rien, juste un écran blanc avec en bas le logo des joycons et "A ok" en bas à droite, comme si je regardais la galerie vide quoi... J'ai merdé ou? J'ai bien mis les truc dans la sdcard à la racine. :/

La partie que je ne comprends pas c'est "Utilisez ce fichier avec Hekate".

Reprenons depuis le début :

- Je dump eMMC BOOT, eMMC SYS et eMMC RawNand, parmis ces 3 dumps il y a BCPKG2-1-normal-main.bin et BOOT0.bin qui apparaissent dans la carte SD et je les copie dans le dossier DATA de SwitchToolBox

-Dans le dossier SwitchToolBox, je lance Keydumper.exe où un dossier Package2 se crée dans le dossier DATA de SwitchToolBox

-Toujours dans le dossier SwitchToolBox, je lance ensuite KernelPatcher.exe et le fichier kernel-patched.bin est créé.

-Ensuite faut utiliser ce fichier avec Hekate mais comment ? Sur un précédent post, tu dis qu'il faut remplacer le Kernel Patch par celui créé mais où est le Kernel Patch ? A part le fichier Kernel.bin qui se trouve dans SwitchToolBox/DATA/Package2, je ne vois pas comment l'utiliser avec Hekate.

Voilà, mon cerveau tourne en boucle de cette manière depuis 2 jours.

Merci

Par contre pour le playload de CTCaer Hekate sur OS SX la 3.2 n'as pas voulu fonctionner
écran noir au démarrage mais no soucis pour la 3.0.

L'emunand n'apportera rien
Nintendo avait bien protéger leur console la faille tegra ne dépend que de Nvidia.
Il ont comme meme mis certificat différent par cartouche > deux console utilisant un jeux avec le même certificat = ban de la cartouche et de la copie
protéger en online, non je ne croix pas > l'ID de la console sera blacklister > ban emunand = ban sysnand.
de plus pour le online tu sera obliger de lier ta nand emu a ton compte car payant
plus de online sans creer un compte

Pour en revenir sur l'emulation de Nand
SNEEK sur Wii y a pas mieux car la console etait pas securisé et totalement independant de sysnand
L'emunand c'etait bien au debut sur 3DS et WiiU mais on a vite vu les limite.

surtout sur WiiU
Tu formate emunand tu brick sysnand (super) et pas acces au boot pour restaurer (bootmii > Wii / B9S > 3DS / Hekate tegrarcm > Switch)
Loadiine temps de chargement extrêmement long pour certain jeux.

@MULDER031
C'est exactement ça. Simple d'utilisation et aucun besoin de modifier quoi que ce soit. Accessible et oui, une carte microSD avec de l'espace.

@mminoss
L'émuNAND viendra effectivement sécuriser cet aspect qui concerne le jeu en ligne, l'utilisation des homebrews et autres. À voir quand cela arrivera sur la scène. Dans tous les cas, pour la WiiU, cela était positif il me semble donc cela le sera également pour la Switch sauf erreur.

Pour info:
Sinon pour donner des infos complémentaires à la scène underground Switch (plutot que de créer une News, je mets ça ici).

Nintendo s'essaie/est sur le point de bloquer les entrées qui concernent la faille Fusée gelée à coup de ipatch. D'après le développeur SciresM, les entrées au delà du 4.1 seront concernées. Du coup, < ou = au 4.1, il y aura davantage de possibilités et il insiste pour ne pas mettre à jour.
Bien que le downgrade soit possible, en dessous de la version 4.x.x (sauf erreur), cela rend le lecteur de carte SD inutisable donc vous êtes avertis.

Les nouvelles Switch avec le T210 seront donc patchées et les nouveaux modèles avec le processeur T214 dont le projet est Mariko seront donc sans cette faille hardware (il faudra du temps pour découvrir une nouvelle faille si elle existe).

Que ce soit Kate ou SciresM, les deux sont en attente de mettre la main à la fois sur ces modèles patchés mais également sur le projet Mariko. Pour ce qui est de la Team Xecuter, aucune annonce n'a été encore relayée mais gageons qu'il continue de proposer des MAJ pour leur CFW. D'autant plus que leur SX OS (boot.dat) a été décrypté et que son reverse engineering arrivera incessamment sous peu d'après deux développeurs de la scène, hexkyz et naehrwert qui s'y attellent ardemment.

Merci pour vos explications. Je viens de faire l’opération. Tout d’abord ce qui m’a motivé à le faire c’est le fait d’avoir planté ma switch (gel d’écran) avec un homebrew, PSnes pour ne pas le citer.... Ça m’a permis de connaître le hard reset de la switch (12s sur le bouton power).
Pour l’opération, l’utilisation du CFW SxOs simplifie la chose, puisqu’il suffit de lancer le CTCaer 3.2 placé à la racine de la carte (inutile de le renommer), et de le lancer à partir d’option. Prévoir 31 Go en tout. Par contre vaut mieux être chargé à 100% car c’est très très long.
Le payload fonctionne avec la touche volume pour la sélection et power pour la confirmation.
Les termes ont changés sur cette version, il faut choisir tools, dump package 1/2 (ça se fait en quelques secondes), puis backup, et choisir backup eMMc boot 0/1, puis revenir et choisir backup eMMc RAW GPP.
Au bout de 53 min et les 100% de la barre blanche (écriture) de progression atteinte, elle recommence avec une barre verte (vérification) et 53 min de plus.
Une fois terminé un dossier backup est créé sur la MicroSd avec la sauvegarde de la Switch, qu'il suffit de stocker sur son ordi, au cas où cela serait utile un jour.

Re bonjour. Je vais avoir encore besoin d’aide
En fait je suis sur Mac (avec dual boot Windows) et dès que je remet ma carte SD sous Mac, le problème revient. Je suis obligé de repasser sur Windows pour faire la manip. Comment faire la manip sous Mac ?

Merci par avance.

Pour bootmii

il faut qu'il soit installer en fonction des Wii tu as deux possibilité d'installation
en Boot 2 (la première génération en gros celle de 2006-2007)
Si installer en boot2 bootmii ce lance au demarage de la console

En IOS ce lance depuis l'homebrew channel

donc si tu n'y a pas acces bootmii
Il faut extraire l'archive hackmii installer 1.0 à la racine de la SD
(apres extraction cela doit donner > SD > apps > Hackmii_Installer_v1.0 > boot.elf)
tu devrais avoir l'homebrew de hackmii dans l'homebrew channel et pouvoir le lancer
si tel est le cas
tu suis ce tuto pour installer bootmii.
https://gamergen.com/tutoriels/installe ... b-114186-2


par contre si tu as acces a bootmii depuis l'homebrew channel ou démarrage de la console
tu dump ta nand
https://gamergen.com/tutoriels/tuto-uti ... i-114182-1

bon je ne vois pas de protection contre le brick
Bootmii (IOS 254 > stub) ) par contre il est peut etre en boot2 (je me base sur la date de ton lecteur)
Si pas de bootmii en boot2 (boot au demarage de la console) il faut l'installer en IOS (IOS254) puis dumper la NAND

- l'archives d'hackmii installer (permet d'installer ou mettre a jour HBC et Bootmii)
https://mega.nz/#!t09SESDQ!Ih0mHWT7kEqB ... q8c6lmi5BI
le Tuto
https://gamergen.com/tutoriels/tuto-uti ... i-114182-1

- Pas de priiloader
flash-hack-wii/installation-et-configuration-du-priiloader-t651322.html

- Mets a jour tes cIOS 249 et 250
flash-hack-wii/intallation-des-cios-d2x-v10-t651312.html


on installera le loader USB ensuite